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PREFACE 


This  document  is  one  of  eight  reports  which  describe  the  work 
performed  by  Vector  Research,  Incorporated  (VRI)  and  its  subcontractor, 
Perceptronics,  Incorporated,  for  the  US  Army  Research  Institute  for  the 
Behavioral  and  Social  Sciences  (ARI)  under  the  second  phase  of  contract 
number  DAHC19-78-C-0027.  The  work  described  was  perf^rm^d  over  12  months 
of  an  anticipated  36-month  three-phased  project.  overall  objective 

of -the  project  has-been  to  produce  procedural  guidelines  to  be  used  by 

/• 

divisions  in  the  field  in  developing  standard  operating  procedures  for 
information  management  in  the  Tactical  Operations  System  (TOS).^  As  a 
consequence  of  the  redirection  of  the  TOS  development  effort  irj  November 
1979,  rthe  objective  of  this  work  was  reinterpreted  to  include  automated 
battlefield  command  control  systems  (ABCCS)  in  general,  using  TOS  for  an 
explicit  example  of  the  design,  human  factors,  and  management  control 
considerations  which  must  be  addressed. 

The  VRI  study  team  for  phase  II  was  comprised  of  Or.  Robert  W.  Blum 
(Project  Leader),  Ms.  Cathleen  A.  Callahan,  Dr.  W.  Peter  Cherry,  Mr.  Mark 
G.  Graullch,  Mr.  Donald  Klelst,  Mr.  Mark  Meerschaert,  Mr.  Gregory  Touma, 
and  Mr.  Gary  Witus.  The  Perceptronics  team  for  phase  II  consisted  of  Dr. 
Michael  G.  Samet  and  Dr.  Ralph  E.  Gelselman. 

The  authors  wish  to  acknowledge  the  helpful  contributions  of  Dr. 
Stanley  M.  Halpln  and  Mr.  Robert  Andrews,  who  were  charged  with 
monitoring  the  study  for  ARI;  and  LTC  L.  Walker,  MAJ.  A.  Edmonds,  and  Mr. 
M.  Carrlo,  who  performed  a  similar  function  for  that  portion  of  the  study 
effort  which  was  jointly  sponsored  with  ARI  by  the  US  Army  Communications 
Research  and  Development  Command  (CORADCOM). 


The  eight  reports  are  as  follows: 


Blum  et  al.  Information  Management  for  an  Automated  Battlefield 
Command  and  Control  System:  Executive  Summary.  ARI  Research 
Report  1249.  —  presents  an  overview  of  the  project  and  the 

other  seven  reports. 

Callahan  et  al.  Guidelines  for  Managing  the  Flow  of  Information 
In  an  Automated  Battlefield  Command  and  Control  System.  ARI 
Research  Report  1348.  —  describes  considerations  in  and 

procedures  for  the  management  of  contemporary  ABCC  systems. 

Geiselman  and  Samet.  Guideline  Development  for  Summarization  of 
Tactical  Data.  ARI  Technical  Report  458.  —  an  analysis  of 

procedures  for  the  extraction,  summarization,  and  presentation 
of  critical  information. 

Wltus  et  al.  Analysis  of  Information  Flow  In  the  Tactical 
Operations  System  (TOS).  ARI  Research  Notes  80-12.  — 
describes  the  purpose,  approach,  and  results  of  a  TOS  analysis 
which  focused  on  TOS  when  integrated  with  a  planned 
communications  support  system. 

Wltus  et  al.  Description  of  the  Tactical  Operations  System 
Information  Flow  Model.  ARI  Research  Notes  80-13.  — 
describes  the  representation  of  fOS  used  to  develop  the  analysi 
package  and  the  mathematics  of  the  model. 

Witus  et  al.  User's  Manual  for  the  Tactical  Operations  System 
Analysis  Package.  ARI  Research  Notes  80-14.  —  explains  the 

use  and  operation  of  the  analysis  package. 

Witus  et  al.  Programmer's  Manual  for  the  Tactical  Operations 
System  Analysis  Package.  ARI  Research  Notes  80-15.  — 

describes  the  programming  details  of  the  package  to  facilitate 
modifications  or  transfer  between  host  systems. 

Cherry,  W.  All  Source  Analysis  System:  Design  Issues.  ARI 
Working  Paper  HF80-XX.  —  a  discussion  of  design  issues 
associated  with  the  emerging  ASAS  concept. 
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1.0  INTRODUCTION  TO  VOLUME  III 

The  purpose  of  this  volume  is  to  provide  instructions  for  the  use 
and  operation  of  the  TOS  analysis  package.  The  user  should  have  some 
familiarity  with  TOS  and  the  model  of  TOS,  such  as  could  be  gained  from 
chapters  1.0  and  2.0  of  ARI  Research  Notes  80-13,  Description  of  the 
Tactical  Operations  System  Information  Flow  Model. 

This  volume  is  organized  into  five  chapters  and  an  appendix.  The 
remainder  of  this  introductory  chapter  discusses  the  use,  organization, 
and  design  considerations  of  the  analysis  package.  Chapters  2.0  through 
5.0  discuss  each  of  the  four  computer  programs  in  the  package  and  present 
operating  instructions  and  explanations  of  inputs  and  outputs.  The 
appendix  contains  the  dialogue  of  a  sample  run  of  all  four  programs  in 
the  analysis  package.  This  document  does  not  discuss  the  job  control 
instructions  to  load  and  run  the  programs,  since  they  depend  on  the  host 
operating  system. 

The  analysis  package  was  created  to  facilitate  the  use  of  a  mathe¬ 
matical  model  in  the  analysis  of  TOS.  There  are  two  primary  ways  in 
which  the  package  can  be  used  to  analyze  TOS.  The  first  Is  to  obtain 
point  estimates  of  TOS  performance.  That  is,  for  a  specified  TOS  confi¬ 
guration  and  environment,  the  user  can  obtain  estimates  of  the  traffic, 
congestion,  and  delays  throughout  the  system.  The  second  way  is  to  per¬ 
form  parametric  analysis.  That  Is,  the  user  can  investigate  the  Impacts 
on  TOS  performance  of  changes  in  one  or  more  of  the  Inputs.  Examples  of 
both  of  these  applications  of  the  analysis  package  can  be  found  In  ARI 
Research  Notes  80-12,  Analysis  of  Information  Flow  in  the  Tactical 
Operations  System  (TOS). 

The  analysis  package  must  perform  three  basic  functions:  (1)  inter¬ 
act  with  the  operator  to  set,  alter,  and  examine  the  value  of  the  Inputs; 


(2)  perform  the  computations  specified  by  the  mathematics  of  the  model; 
and  (3)  display  the  outputs.  To  perform  these  functions,  the  package 
has  been  designed  to  consist  of  four  computer  programs  and  one  external 
data  structure.  The  organization  of  the  package  in  terms  of  the  operator 
activities  and  the  Interactions  between  the  programs,  the  data  structure, 
and  the  operator  activities  are  shown  in  exhibit  1-1.  The  program  CREATE 
will  prompt  the  operator  to  specify  values  for  all  of  the  Inputs  in  the 
data  file  and  will  use  them  to  create  a  new  data  file.  The  program 
MODIFY  will  read  an  existing  data  file  and  allow  the  user  to  select  data 
elements  for  display  and  modification.  The  program  will  then  create  a 
new  data  file.  The  program  DISPLAY  reads,  formats,  and  displays  an 
existing  data  file.  The  program  COMPUTE  allows  the  operator  to  set 
values  for  two  additional  Inputs  not  contained  in  the  data  file,  performs 
all  of  the  computations  required  by  the  model,  allows  the  operator  to 
select  the  output  format,  and  displays  the  outputs. 

Pragmatic  considerations  governed  the  design  of  the  package.  The 
package  was  designed  to  be  easy  to  use  and  efficient  to  operate  in  per¬ 
forming  the  intended  analysis.  For  example,  two  Input  parameters  speci¬ 
fying  the  error  detection  and  correction  (EDC)  options  which  were  to  be 
changed  frequently  during  the  analysis  have  their  values  assigned  In 
COMPUTE.  Other  parameters  which  were  to  be  changed  as  part  of  the  anal¬ 
ysis  could  be  changed  by  the  program  MODIFY  without  requiring  the  opera¬ 
tor  to  create  a  new  data  file  from  scratch.  Some  parameters,  such  as 
those  specifying  the  network  configuration,  were  not  Intended  to  be 
changed  as  part  of  the  analysis  and  cannot  be  changed  by  MODIFY.  They 
can,  however,  be  changed  by  creating  a  new  data  file  with  CREATE. 


EXHIBIT  1-1:  ANALYSIS  PACKAGE  ORGANIZATION 
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2.0  PROGRAM  CREATE 


The  program  CREATE  is  the  initial  Interface  between  the  user  and  the 
computer  system  and  is  employed  to  create  the  data  files  which  are 
subsequently  used  in  the  analyses.  CREATE  is  written  as  an  interactive 
program  which  is  to  be  run  from  a  computer  terminal.  CREATE  writes  to 
I/O  unit  6  and  reads  from  I/O  unit  5.  The  program  will  successively 
prompt  the  user  for  data  and  then  will  translate  the  user's  inputs  into 
the  format  required  of  the  data  files  which  are  used  in  the  other  three 
programs.  CREATE  embodies  minimal  error  checking  routines  which  check 
the  consistency  of  the  data  Inputs.  At  the  option  of  the  user,  CREATE 
will  display  the  data  file  in  an  easy  to  understand  format  or  will  write 
the  file  to  I/O  unit  2  In  the  proper  format  for  use  in  the  other 
programs.  When  CREATE  asks  for  the  name  of  items,  the  name  must  be  eight 
or  less  characters.  When  CREATE  asks  for  numerical  data,  it  can  be 
provided  in  free  format  form.l 

2.1  OPERATING  INSTRUCTIONS 

Step  1:  CREATE  asks  whether  the  user  desires  long  or  short  queries.  If 
short  queries  are  selected,  the  first  time  each  particular  type 
of  data  Is  requested  a  full  sentence  question  is  presented. 
Subsequent  requests  for  similar  data  are  then  Indicated  by  very 
short  prompts. 

Step  2:  CREATE  requests  Input  of  the  TOS  configuration. 

^Values  should  be  separated  by  blanks  or  commas. 


J 
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Step  3:  CREATE  requests  Information  concerning  the  message  types  In  the 
TOS  communications  system. 

Step  4:  CREATE  asks  for  the  Route  Cross  Message  Array.  This  array  is 
quite  large  and  many  of  the  data  in  the  Route  Cross  Message 
Array  are  repetitive.  CREATE  provides  the  option  to  bypass  this 
section.  The  array  can  be  entered  at  a  later  time  using  file 
manipulating  procedures.  If  this  option  is  selected,  CREATE 
will  print  a  line  of  asterisks  in  the  output  file  which  indi¬ 
cates  where  the  Route  Cross  Message  Data  Array  is  to  be 
inserted. 

Step  5:  CREATE  prompts  the  user  for  engineering  data  describing  the  TOS 
hardware. 

Step  6:  CREATE  asks  for  data  about  the  environment  in  which  TOS  would 
operate. 

Step  7:  The  user  is  asked  whether  a  display  of  the  input  data  is 

desired.  If  this  option  is  selected,  the  data  which  the  user 
has  entered  is  printed  on  the  terminal  with  headings  which  make 
the  data  easy  to  understand. 

Step  8:  CREATE  asks  the  user  if  he  wishes  to  save  the  data  file.  The 
output  file  is  written  on  I/O  unit  2  in  the  appropriate  format 
for  use  in  the  other  programs  in  the  analysis  package. 

2.2  INPUT  DATA 

2.2.1  CONFIGURATION  DATA 

Exhibit  2-1  shows  the  general  form  of  the  TOS  configuration.  Users 

which  are  directly  connected  to  the  central  processor  and  not  connected 


EXHIBIT  2-1:  BASIC  TOS  CONFIGURATION 
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to  other  nodes  are  called  Other  TOS  Users  within  the  program.  An  example 
of  such  a  user  In  the  design  Is  ADA  Battalion.  Users  which  are  connected 
to  the  central  node  and  to  other  nodes  are  called  brigades  and  these  com¬ 
municate  with  the  central  processor  In  one  direction  and  with  their 
respective  battalions  In  the  other.  The  user  Is  asked  to  name  the  nodes 
and  the  channels  which  connect  the  nodes. 

2.2.2  MESSAGE  TYPE  DATA 

There  are  two  types  of  messages:  those  Initiated  by  users  of  the 
system  and  those  Initiated  by  TOS  Itself.  The  user  is  asked  to  provide  a 
name  for  each  of  these  messages  and  then  to  provide  certain  data  about 
the  messages.  These  data  are  different  for  the  user-initiated  and 
TOS-inltlated  messages  and  CREATE  asks  for  the  information  for  each  type 
of  message.  The  data  consist  of  the  names,  average  character  lengths  of 
the  messages,  and  whether  the  messages  cause  other  events  to  happen 
within  the  system;  for  example,  do  they  cause  other  messages  to  be  sent. 

2.2.3  ROUTE  CROSS  MESSAGE  ARRAY 

The  Route  Cross  Message  Array  data  are  relevant  to  the  messages 

which  are  sent  to  or  received  from  each  particular  node  within  the  net- 

% 

work.  For  user-initiated  messages  these  data  consist  of  the  Initiation 
rates  of  the  messages  at  each  node  and  the  probabilities  that  brigade 
hierarchical  review  alters  or  deletes  a  message  sent  from  a  battalion. 

For  TOS-inltlated  messages,  the  data  consist  of  two  proportionality  con¬ 
stants,  a  and  S,  which  determine  the  Initiation  rate  of  messages  by  the 
central  processor. 


2.2.4  ENGINEERING  DATA 

The  engineering  data  for  channels  are  the  transmission  rates,  number 
of  lines,  and  the  overhead  time  to  establish  a  link  (referred  to  as  rise 
time).  The  engineering  times  for  the  processors  are  the  mean  times  to 
perform  specified  tasks. 

2.2.5  ENVIRONMENTAL  DATA 

The  environmental  data  consists  of  Information  describing  the 
competition  for  communications  nets  by  voice  users,  and  the  error  rates 
for  each  transmitter- receiver  pair. 
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3.0  PROGRAM  MODIFY 

The  program  MODIFY  allows  the  user  to  modify  values  In  an  existing 
data  file  for  the  TOS  simulation  package.  The  program  Is  designed  to  be 
run  Interactively  from  a  computer  terminal.  Before  running  MODIFY  a  data 
file  must  exist  such  as  is  created  by  program  CREATE.  It  is  suggested 
that  the  user  obtain  a  listing  of  the  data  file  such  as  is  provided  by 
the  program  DISPLAY  before  running  the  program  MODIFY.  Program  MODIFY 
reads  an  existing  data  file  from  logical  I/O  unit  1.  The  program  writes 
the  new  version  of  the  data  file  onto  logical  I/O  unit  2. 

The  program  MODIFY  will  interact  with  the  user  In  order  to  alter 
data.  Data  may  be  input  in  free  format.  Yes  or  no  questions  may  be 
answered  "Y"  or  YES"  for  affirmative,  and  "N"  or  "HO"  for  negative.  In 
order  to  respond  to  prompts  by  the  program,  the  user  will  need  to  know 
certain  Information  about  the  data  file.  For  example,  in  order  to  set 
the  transmission  rate  on  a  communications  channel,  the  user  needs  to 
Input  the  number  of  that  channel.  The  user  can  get  this  number  by  read¬ 
ing  the  display  of  the  data  file  output  by  the  program  DISPLAY. 

As  currently  implemented,  the  program  MODIFY  allows  only  the 
following  modifications  to  data: 

•  any  communications  system  data  may  be  changed; 

•  message  traffic  rates  for  the  entire  TOS  network  may  be 
multiplied  by  a  factor;  and 

•  bit  error  rates  may  be  changed  by  channel. 


4.0  PROGRAM  DISPLAY 


Program  DISPLAY  was  written  to  facilitate  examination  of  the  data 
file  which  is  output  from  the  CREATE  or  MODIFY  programs  and  is  used  in 
the  COMPUTE  program.  Program  OISPLAY  merely  reads  the  data  file  and 
prints  it  out  with  English  headings  which  contain  the  names  of  the  data 
elements.  The  read  statements  from  program  DISPLAY  are  identical  with 

i 

the  read  statements  from  program  COMPUTE. 

Exercising  program  OISPLAY  Is  a  very  simple  procedure.  It  consists 
of  designating  the  device  from  which  the  data  file  will  be  read  and  Indi¬ 
cating  where  the  output  Is  to  be  written.  The  way  the  program  is  pres¬ 
ently  constituted,  the  file  Is  read  from  device  number  two  and  is  written 
In  the  standard  FORTRAN  manner  to  device  six.  Thus,  if  DISPLAY  is  exer¬ 
cised  from  a  terminal,  the  user  needs  to  designate  the  file  as  device  two 
and  the  program  DISPLAY  will  write  the  output  back  to  the  terminal.  In 
the  batch  mode,  the  output  would  be  printed  on  a  line  printer. 

Program  OISPLAY  Is  set  up  to  read  the  output  file  and  tell  whether 
the  file  contains  the  Route  Cross  Message  Array.  If  the  array  is  pres¬ 
ent,  it  Is  printed.  If  the  array  Is  not  present,  only  the  header  Is 
printed  and  a  message  which  says,  "THE  ROUTE  CROSS  MESSAGE  ARRAY  IS  TO  BE 
READ  IN  LATER"  Is  printed  In  lieu  of  the  data. 

Other  than  designating  the  Input  and  output  files,  the  user  need  do 
nothing  to  use  program  DISPLAY.  The  data  file  Is  structured  so  that  the 
first  row  supplies  all  the  data  needed  to  set  the  DO  LOOPS  In  the  subse¬ 
quent  portion  of  the  program. 


5.0  PROGRAM  COMPUTE 


At  the  beginning  of  execution  the  program  prompts  the  operator  to 
specify  the  EDC  procedures*  by  Inputting  the  blocking  number  (the 
number  of  copies  of  a  message  that  will  be  transmitted  under  one  link-up 
overhead),  and  Indicating  whether  or  not  the  retal ned-message-copy  (RMC) 
scheme  will  be  employed.  Next  the  program  reads  an  Input  file  and 
performs  the  necessary  computations.  Lastly  the  program  goes  Into  a  loop 
In  which  It  prompts  the  operator  to  select  output  tables  and  display 
options,  and  prints  the  tables.  Exhibit  5-1  shows  the  use  of  logical  I/O 
channels.  The  program  does  not  do  any  error  checking  on  the  operator 
Inputs. 

5.1  OPERATING  INSTRUCTIONS 

After  the  prompt  "INPUT  BLOCKING  NUMBER  AND  RMC  SWITCH  (0»>  USE  RMC, 
1*>  DO  NOT),"  the  operator  should  Input  the  two  Integer  values  on  the 
same  line  separated  by  blanks  or  commas.2  The  blocking  number  should 
be  a  positive  Integer  equal  to  one  for  single  blocking,  two  for  double 
blocking,  and  so  on.  The  program  will  represent  the  use  of  RMC  only  if 
the  RMC  switch  has  the  value  zero. 

After  the  prompt  "SPECIFY:  (1)  OUTPUT  TABLE;  (2)  RANKING  STATIS¬ 
TIC;  (3)  ORDERING  OPTION,"  the  operator  should  Input  three  Integers 


*More  EDC  procedures  In  addition  to  majority  voting  and  Hamnlng  code. 

2A  free-format  read  subroutine  Is  used  In  this  part  of  the  program.  If 
the  package  Is  transferred  to  another  system,  a  different  Input  format 
might  be  used.  The  current  version  will  Interpret  a  null  entry  as  a 
zero. 


EXHIBIT  5-1:  I/O  UNIT  ASSIGNMENTS  IN  COMPUTE 


I/O  UNIT 


USE 


5  Write  to  Terminal. 

6  Read  from  Terminal. 

7  Read  Data  File. 

Write  Output  Tables. 


8 


5-3 


on  one  line  separated  by  blanks  or  commas.  There  are  five  output  tables, 
numbered  one  through  five.  The  output  table  number  selects  the  output 
table  to  be  printed.  A  zero  value  for  the  output  table  Mill  cause  ter¬ 
mination  of  the  program.  When  a  table  Is  listed,  the  Items  will  be 
ranked  by  the  value  of  one  of  the  performance  measures  for  that  table. 

The  ranking  statistic  number  selects  which  performance  measure  will  be 
used  to  rank  the  Items.  For  example.  Table  1  has  four  columns:  (1)  the 
route  name;  (2)  the  expected  delay;  (3)  the  traffic  rate;  and  (4)  the 
rank.  If  the  operator  were  to  select  table  1  with  ranking  statistic 
value  of  1,  the  routes  would  be  ranked  by  decreasing  expected  delay.  A 
ranking  statistic  value  of  2  would  cause  ranking  by  decreasing  traffic 
rate.  The  ordering  option  Is  a  switch  which  should  be  set  to  a  non-zero 
value  to  list  the  Items  In  the  table  In  order  of  Increasing  rank.  Other¬ 
wise  the  ordering  will  be  a  default  ordering.  The  ranking  and  ordering 
options  do  not  apply  to  table  5,  which  has  only  four  rows. 

5.2  OUTPUT  TABLES 

Five  tables  display  outputs  describing  routes,  message  types,  remote 
processors,  channels,  and  OCC  components.  All  outputs  are  written  In 
FORTRAN  format  F8.3.  The  tables  are:  (1)  Route  Summary  Statistics;  (2) 
Message  Summary  Statistics;  (3)  Processor  Summary  Statistics;  (4)  Chan¬ 
nel  Summary  Statistics;  and  (5)  DCC  Component  Summary  Statistics. 

The  first  table  presents  route  summary  statistics.  A  route  Is  a 


path  between  a  user  and  the  DCC.  There  Is  a  one-to-one  correspondence 
between  routes  and  users,  and  the  name  of  a  route  Is  the  name  assigned  to 


the  user  at  one  end  of  the  route.  The  components  on  a  route  from  a  bat¬ 
talion  are  a  TCT,  an  FM  channel,  a  TCS,  a  multichannel  frequency,  and  the 
OCC.  Two  outputs  are  presented  for  each  route.  The  expected  delay  along 
a  route  Is  the  expected  time  elapsed  from  when  a  message  Is  entered  at 
the  user's  terminal  to  when  the  message  Is  fully  processed  at  the  data 
base  processor  (this  does  not  Include  the  time  to  distribute  any 
DCC-generated  messages  resulting  from  an  arrival),  or  from  when  the  data 
base  processor  generates  a  message  for  the  user  at  the  end  of  the  route 
to  when  the  user  receives  It.  The  expected  delay  Is,  therefore,  a 
measure  of  the  "one-way"  delay.  The  traffic  rate  Is  simply  the  rate  at 
which  messages  are  originating  or  terminating  at  the  user  end  of  the 
route. 

The  second  table,  Message  Summary  Statistics,  presents  similar  In¬ 
formation  for  each  type  of  message  handled  by  the  system.  The  expected 
delay  for  a  type  of  message  Is  the  expected  time  Interval  between  origi¬ 
nation  and  termination  of  that  type  of  message.  The  expected  delay  Is 
Influenced  by  which  users  send  or  receive  most  of  the  messages  of  that 
type,  and  the  length  of  the  message. 

Tables  3,  4,  and  5  all  present  the  same  four  categories  of  outputs, 
but  for  differing  TOS  network  components.  Table  3  relates  to  the  central 
processing  units  of  the  remote  processors  —  the  TCTs  and  TCSs.  Table  4 
relates  to  the  communications  channels.  Table  5  relates  to  the  four  pri¬ 
mary  components  of  the  OCC.  The  five  output  columns  are  expected  delay, 
expected  queue  length,  traffic  rate  utilization  and  capacity.  Traffic 
rate  Is  the  rate  at  which  messages  arrive  at  the  component,  and 


utilization  is  the  long  run  fraction  of  time  that  the  component  is  busy. 
Capacity  is  that  traffic  rate  which,  at  the  specified  mix  of  message 
types,  will  cause  80  percent  utilization  of  the  component.! 


M  thorough  explanation  of  this  measure  of  capacity  and  its  signifl 
cance  can  be  found  in  chapter  3.0  of  ARI  Research  Notes  80-12. 
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APPENDIX  A:  SAMPLE  RUN 

This  appendix  presents  the  dialogue  of  a  sample  run  of  each  of  the 
four  programs  in  the  analysis  package.  The  TOS  configuration  used  in  the 
sample  run  consists  of  the  DCC,  a  TCS  at  the  TAC  CP,  and  one  brigade  with 
two  battalions,  and  is  shown  in  exhibit  A-l.  Four  message  types  are 
represented:  (1)  ESD  file  updates  (ESD.UP);  (2)  ESD  file  queries 
(ESD.Q);  (3)  ESD  SRI  outputs  (ESD. 0);  and  (4)  ESD  query  responses 
(ESD.QR).  The  dialogue  is  contained  in  exhibit  A-2. 


EXHIBIT  A-l :  SAMPLE  RUN  TOS  CONFIGURATION 


_ 


A-A 


EXHIBIT  A-2:  SAMPLE  RUN  DIALOGUE 


* 


*RtlN  CREATE. OBJ  T-10  2-HATAFTtE 
■’EYECUTIOK  BEGINS 

IF  YOU  HAST  SllOF.T  PROMPTS  ENTER  A  "1" 

ENTER  NUMBER  OF  BRIGADES 
’1 

RISER  NAME  OF  3RIGADE  1 
?  ROE 

ENTER  TYPE  OF  PROCESSOR  AT  BDE 
?TCS 

ENTER  NUMBER  OF  BATTALIONS  IN  3RICADE  BDE 
•2 

ENTER  NAME  OF  BATTALION  1,  BRIGADE  BDE 
?BN  1 

ENTER  TYPE  OF  PROCESSOR  AT  BN  I 
?TCT 

ENTER  NAME  OF  BATTALION  2,  BRIGADE  RDE. 
i  B«;  2 

ENTER  TYPE  OF  PROCESSOR  AT  BN  2 
?TCT 

EITER  NUMBER  OF  OTHER  TOS  USERS 
?1 

EITER  NAME  OF  OTHER  TOR  USER  1 
?TAO  Ot. 

0‘TEE  TYPE  OF  PROCESSGP.  AT  TAC  CP 
’TOS 

HON  maty  COMMUNICATIONS  CHANNELS  ARE  THERE? 

?2 

enter  name  of  CHANNEL  I 
?’tULT? 

EITER  NAME  OF  CHANNEL  2 
?3DF  pi 

EITER  NAME  OF  CHANNEL  CONNECTING  BATTALION  BN  1  WITH  BRICADE  BDE 
’BDE  FM 

ENTER  NAME  OF  CHANNEL  CONNECTING  BATTALION  3N  2  WITH  3P.ICADE  3DE 
?  BDE  FM 

EITER  NAME  OF  CHANNEL  CONNECTING  BRICADE  BDE  AND  THE  FEP 

’MULTI 

ENTER  NAME  CF  CHANNEL  CONNECTING  TAC  CP  AND  THE  PEP 
’MULTI 

EITER  NUMBER  OF  M SC  TYPES  AND  NUMBER  OF  USER  INPUT  MSC  TYPES 
’4  2 

ENTER  NAME  OF  USER  MSG  TYPE  1 
’ESD.’JP 

EITER  NAME  OF  USER  MSG  TYPE  2 
IESD.0 

ENTER  NAME  OF  TOS  MSG  TYPE  1 
’ESD.O 

F'TER  NAME.  OF  TOS  MSG  TYPE  2 
’ESD.or 

ENTER  MEAN  LENGTH  IN  CHARACTERS  OF  MSG  ESD.UP 
’111 

ENTER  NAME  Or  MSG  CAUSED  AS  OUTPUT  ON  SAME  ROUTE  BY  MSO  ESD.UP  ENTER  "0”  IF  NONE 
?0 

EITER  NAME  OF  MSG  CAUSED  AS  OUTPUT  ON  OTHER  ROITES  BY  "SO  F.SD.l’P  EITER  "0"  IF  NOME 
’ESD.O 

ENTER  MEAN  LENGTH  IN  CHARACTERS  OF  .MSC  ESD.O 
’222 

RNTER  NAME  Or  MSG  CAUSED  AS  OUTPUT  ON  SAME  ROITE  BY  MSG  ESD.O  EITER  ”0"  IF  NONE 
’ESD.OR 

ENTER  NAME  OF  "SG  CAUSED  AS  OUTPUT  ON  OTHER  ROUTES  BY  MSG  ESD.O  E.ITE.R  "0"  IF  NOME 
’0 


Continued 


EXHIBIT  A-2:  SAMPLE  RUN  DIALOGUE 
(Continued) 

ENTER  MEAN  LENGTH  IN  CHARACTERS  OF  NSC  ESD.O 
7333 

ENTER  MEAN  LENGTH  IN  CHAP.ACTSRS  or  MSG  ESD.  QR 
7444 

IF  YOU  WANT  TO  READ  THE  ROUTE  CROSS  MESSAGE  ARRAY  INTO  THE  OUTPUT  FILE  LATER,  ENTER  A  "l" 

ENTER  INITIATION  RATE  IN  .NSC/HR  OF  USER  NSC  ESD. UP  AT  TAC  CP 
?30 

ENTER  INITIATION  RATE  IN  MSC/HR  OF  USER  M.SG  ESD.O  AT  TAC  C? 

?30 

ENTER  PROPORTIONALITY  CONTACTS  A(I,J)  AID  B(I.J)  FOR  TOS  MSG  ESD.O  ON  ROUTE  TAC  CP 
?1  1 

ENTER  PROPORTIONALITY  CONSTANTS  A(I,J)  AND  R(I.J)  FOR  TOS  MSG  ESD. OR  ON  ROUTE  TAC  CP 
71  1 

F>TEP  INITIATION  RATE  IN  MSC/HR  OF  USER  tISC  ESD. UP  AT  BDE 
7  20 

ever  initiation  rate  in  usc/hr  of  user  usg  esd.o  at  rdf. 

7  20 

ENTER  PROPORTIONALITY  CONSTANTS  A(I,J)  AND  R(I, J)  FOR  TOS  MSG  ESD.O  ON  ROUTE  RDE 
71  1 

ENTER  PROPORTIONALITY  CONSTANTS  A(I,J)  AND  B(I,J)  FOP.  TOS  MSG  ESD.  OR  ON  ROUTE  BDE 
71  1 

ENTER  INITIATION  RATE  IN  MSC/HP.  OF  USER  MSG  ESD. UP  AT  BN  1 

73 

ENTER  PROBABILITY  THAT  USER  MSG  ESD. UP  FROM  BN  1  IS  DELETED  AT  BDE  REVIEW 
70 

ENTER  PROBABILITY  THAT  USE?.  MSG  ESD. UP  FRO*!  BN  1  IS  ALTERED  3UT  NOT  DELETED  AT  BDE  REVIEW 

7  0 

ENTER  INITIATION  RATE  IN  MSG/HR  OF  USER  MSG  ESD.O  AT  BN  1 
75 

ENTER  PROBABILITY  THAT  USER  M.SG  ESD.O  FROM  BN  1  IS  DELETED  AT  3DE  REVIEW 

’0 

ENTER  PROBABILITY  THAT  USE?.  M.SG  ESD.O  FROM  BN  1  IS  ALTERED  BUT  NOT  DELETED  At  BDE  REVIEW 

70 

ENTER  PROPORTIONALITY  CONSTANTS  A(I,J)  AND  B(I,J)  FOR  TOS  MSG  ESD.O  ON  ROUTE  RN  1 
711 

TITTER  OROPORTIONALITY  CONSTANTS  A(I,J)  ANT  R(I,J)  FOR  TOS  MSG  ESD.OP.  ON  ROUTE  BN  1 

71  1 

ENTER  INITIATION  RATE  IN  MSG/HR  OF  USER  MSG  SSD.UP  AT  BN  2 

ft 

ENTER  TT.ORABILITY  THAT  USE?  MSC  ESD. UP  FROM  BN  2  IS  DELETED  AT  RDE  REVIEW 

70 

EITER  PROBABILITY  THAT  USER  MSG  ESD."P  FROM  BN  2  IS  ALTERED  BIT  NOT  DELETED  AT  BDE  REVIEW 
70 

E-TE”  INITIATION  RATE  IN  MSC/“R  OF  USER  MSG  ESD.O  AT  BN  2 

?in 

ENTER  PROBABILITY  T:L\T  USER  MSG  ESD.'’  FROM  BN  2  IS  DELETED  AT  BDF.  REVIEW 

?r 

ENTER.  PROBABILITY  THAT  USSR.  MSC  ESD.O  FROM  RN  2  IS  ALTERED  BUT  NOT  DELETED  AT  BDE  REVIEW 

70 

E1TEP  PP.OPOP.TIONALITY  CONSTANTS  A(1,J)  AND  3(1, J)  FOR  TOR  MSG  ESD.O  ON  ROUTE  BN  2 

71  1 

ENTER  PROPORTIONALITY  CONSTANTS  A(I,J)  AND  B(I,J)  FOR  TOS  MSC  ESD.QR  ON  ROUTE  BN  2 
71  1 

ENTER  MEAN  DATA  DISK  ACCESS  TIME  IS  MILLISECONDS 
7  30 

ENTER  MEAN  .MESSAGE  DISK  ACCESS  TIME  IN  MILLISECONDS 
730 

F’TEP.  CPU  TL"E  IN  MILLISECONDS  AT  A  TCS  TO  ORIGINATE,  PER  MSC  AND  PER  CHARACTER,  (2  NUMBERS  TIEDED) 
7  1  C 

ENTER  CPU  TIME  IN  MILLISECONDS  AT  A  TCS  TO  SEND,  PER  MSG  AND  PEP  CHARACTER,  (2  NUMBERS  NEEDED) 


Continued 


EXHIBIT  A-2:  SAMPLE  RUN  DIALOGUE 
(Continued) 

?1  0 

ENTER  CPU  TINT  IN’  MILLISECONDS  at  A  TCS  TO  RECEIVE,  pep  MSC  AND  PEP  CHARACTER,  (2  NLMBEF.S  NEEDED) 

?1  o 

E’TER  CPU  TIME  IN  MILLISECONDS  AT  A  TCS  TO  TP1PLATE ,  PEP.  MSC  AND  PEP  CHARACTER,  (2  NUMBERS  NEEDED) 
?0  0 

ENTER  CPU  TIME  IN  MILLISECONDS  AT  A  TCS  TO  TERMINATE,  PEP  ".SO  AN”  PER  CHARACTER,  (2  NUMBERS  NEEDED ) 
»0  0 

ENTER  CPU  TLME  IN  NIILLISECCNDS  AT  A  TCT  TO  ORIGINATE,  PER  MSC  ANT  PER  CHARACTER,  (2  NUMBERS  NEEDED) 


?1  1 

ENTER  CPU  TIME  IK  NIILLISECONNDS  AT  A  TCT  TO  SEND,  PER  NNSO  AND  PER  CHARACTER,  (2  NUMBERS  ’NEEDED) 


?I  1 

ENTER  CPU  TINT  IN  MILLISECONDS  AT  A  TCT  TO  RECEIVE,  PER  N!SC  AND  PER  CHARACTER,  (2  NUMBERS  NNEEDED) 

?1  0 

ENTER  CPU  TIME  IN  NtILLISECONDS  AT  A  TCT  TO  TERN1INATE,  PER  MSC  AND  PEP  CHARACTER,  (2  NUMBERS  NEEDED) 

?0  3 

ENTER  CPU  TIN1E  IN  MILLISECONDS  AT  THE  EE?  TO  INITIATE,  PER  ".SC  AND  PER  CHARACTER,  (2  NUMBERS  N.'EEDED) 
?!  1 

ENTER  CPU  TENE  IN  NNILLISECOKDS  AT  THE  PEP  TO  TERMINATE,  PEP.  NNSO  AND  PER  CHARACTER,  (2  NUMBERS  NEEDED) 

?o  n 

ENTER  RISE  INN  SECONDS  TIME  ON  CHANNEL  "ULTI 

?.l 

ENTER  TRANS’;  IS  SION  RATE  CHARA/  SEC  ON  CKAKN’SL  MULTI 
7266A 

ENTER  XLMBEP.  OF  LINES  ON  CHANNEL  NtULTI 

T) 

ENTER  RISE  IN  SECONTDS  TIN1E  ON  CHANNEL  PDF  F’t 
?  1 .5 

ENTER  TRANSMISSION  PATE  CHARA/ SEC  ON  CHANNEL  BDE  E’’ 

?!0C 

ENTER  NJUN'SEB  OF  LINES  ON  CHANNEL  BDE  FNT 
?2 

ENTER  DBP  PROCESSING  IN  MILLISECONDS  TINNE  FOR  N'.SC  ESD.UP 
?1 

ENTER  MSG  DISK  READS/URITSS  FOR  N1SC  ESD.UP 
73 

ENTER  DATA  DISK  READS /WRITES  FOR  NTSC  ESD.UP 
?1 

ENTER  DEP  PROCESSING  IN  MILLISECONDS  TLME  FOR  NNSC  F.SD.O 
?1 

ENTER  NISC  DISK  READS /WRITES  FOR  .MSG  ESD.O 
73 

ENTER  DATA  DISK  READS/'.NRITES  For  NISC  ESD.O 

?  i 

ENTER  DBF  PROCESSING  IN  NilLLISF.CONDS  TLME  FOR  MSC  ESD.O 
’1 

ENTER  MSC  DISK  READS/WRITES  FOR  MSC  ESD.O 
73 

F.NTSE  DATA  DISK  PEADS/INRTTES  FOR  N'SC  ESD.O 
?1 

ENTER  DPP  “’’OCERSI'iC  IN  MILLISECONDS  TINTE  FOR  ”SC  ESD.  OR 

<*  i 

EVER  "SC  TSK  READS/MRITES  FOR  MSC  ESD. OR 
’3 

SNNTE®  DATA  DISK  PF.ADS/ "KITES  FOB  MSC  ESD.O” 

’1 

EN.TE0  NNMV  PER  V  TEMPLATES  AT  BDE 
?i 

ENTER  NUNNREB  OF  TENNPLATES  AT  THE  FE? 

ENTER  PROPORTION  OF  TIME  CHANNEL  "JLTI  I?  THING  "STD  for.  VOICE  TRANSMISSION:? 


Continued 


Ul  f 
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EXHIBIT  A-2:  SAMPLE  RUN  DIALOGUE 
(Continued) 


?.i 

E7TER  PROPORTION  OF  TIMS  CANCEL  3DE  EM  IS  P.EIMC  USED  FOR  VOICE  TRANSMISSIONS 
?  .25 

enter  sit  error  rats  from  tac  c?  to  the  fe? 

?0 

ENTER  SIT  ERROR  RATE  FROM  THE  FEE  TO  TAC  CP 
?0 

ENTER  3 IT  ERROR  RATE  FROM  ROE  TO  THE  FEP 

?0 

SIFTER  SIT  ERROR  RATE  FROM  THE  FEP  TO  SOE 
?0 

SIFTER  SIT  ERROR  RATE  FROM  SATTALIOM  SM  t 
70 

ENTER  SIT  ERROR  RATE  FROM  SRICADE  SOE 
70 

ENTER  SIT  ERROR  RATS  FROM  SATTALIOM  3N  2 
70 

E7TF.R  SfT  ERROR  RATE  FREE"  SRICAOF.  ROE 
70 

IF  YOU  N.\NT  TO  DISPLAY  THE  OtTRUT  FILE  ENTER  A  "l" 


TO  SRICADE  SHE 
TO  SATTALIOM  SN  t 
TO  SRICADE  SOE 
TO  BATTALION  SM  2 


IF  YOU  NANT  TO  CREATE  THE  OUT?'!?  FILE  E7ITES  A  ”1" 
•  l 

EECUTIOM  TERMINATED 
■•-0.43S  DR-SO  S- 75 .  S2.0ST 


-  Continued  - 


EXHIBIT  A-2:  SAI-1PLE  RUM  DIALOGUE 
(Continued) 


■VS  DISPLAY. OBJ  --in  O-PATAFT'E 
■’E.'T.CVTION  BEGINS 


************ ************************************** 
*****  ***** 

*****  SYSTEM  CONFIGURATION  ***** 
*****  ***** 
************************************************** 


**  maneuver  brigades  ** 

"r::r 

COMMUNICATIONS 

PROCESSOR 

NUMBER  OF 

same 

LINK  VJ/  FEP 

TYPE 

TEMPLATES 

RDE 

MULTI 

TCS 

5 

**  MANEUVER 

BATTALIONS  ** 

n?5I7 

COMMUNICATION’S 

PARENT 

PROCESSOR 

VAME 

» INF.  W/  BRIGADE 

RR1CADE 

TYPE 

W  1 

POE  FM 

BDE 

TCT 

RN  2 

RDE  FM 

RDE 

TCT 

UNIT 

WfE 

TAC  CP 


**  OTHER  TOS  USERS  *» 
COMMUNICATIONS 

i.vk 

•niLTi 


PROCESSOR 

~YPE 

TCS 


************************************************** 


***** 

***** 

***** 


COMMUNICATIONS  SYSTEM 


***** 

***** 

***** 


************************************************** 


CHANNEL 

NAME 


’TJLTI 
BDE  ri 


MUMBEP. 
OF  LIMES 


X-MISSICN 

RATE 

(CUAP.A/SEC) 

2S70 

100 


RISE 

TIME 

( seconds ) 

o.  ic 

1.50 


UNAVAILABLE 
capacity 
( FRACTION ) 

0.10 

0.25 


a************************************************* 
*****  ***** 

*»•••  MESSAGE  DATA  ***** 
*****  ***** 
•*******•*•••** ******************* **************** 


MESSAGE 

ORIGINATOR 

mean 

ORP 

NAME 

LENGTH 

TIME 

( CHARACTERS ) 

(MILLISEC 

ESN. UP 

USER 

111 

l.oon 

ESD.n 

L'SF.P 

222 

i.onc 

ESD.n 

-os 

333 

i.ooo 

ssd.or 

TOS 

Hi 

1.000 

”SG  DISK 

data  disk 

MSG  our 

use  OUT 

READS / VP ITES 

?.EADS/"RITES 

SAME  ’OTTE 

OTHER  ROUTE 

(PER  MSG) 

(PEP  MSG) 

3 

1 

NONE 

ESD.O 

3 

1 

F.SD.  OR 

NONE 

3 

1 

NONE 

::n*’E 

■J 

1 

NOME 

NONE 

Continued 


EXHIBIT  A-2:  SAMPLE  RUN  DIALOGUE 
(Continued) 


************************************************** 
*****  ***** 

*****  PROCESSOR  DATA  ***** 
*****  ***** 
************************************************** 


**  DCC  ** 

MEAN  DATA 

MEAN  MSG 

NUMBER 

FEP  CPU 

te:e  to 

FEP  CPU  TIME  TO 

DISK  ACCESS 

DISK  ACCESS 

OP 

INI 

TIATE 

TERMINATE 

TIME 

TE1E 

TEMPLATES  PER  MSG 

PER  CHARA 

PER  MSG  PER  CHARA 

(MILLISEC) 

(MILLISEC) 

( MILLISEC ) 

(MILLISEC) 

(MILLISEC)  (MILLISEC) 

3c.noo 

30.000 

6 

1.000 

1.000 

0.0  0.0 

**  CPU  TIME  TO:  ** 

ORIGINATE 

SEND 

RECEIVE 

TCI  PLATE 

TERMINATE 

PET!  'ISC  PEP  CHAPA 

PER  MSG  PER  CHAPA  PER  MSG 

PER  CHARA  PER 

MSG  PER  CHAPA 

PER  MSG  PER  CHARA 

(MILLISEC)  (MILLISEC) 

(MILLISEC)  (MILLISEC)  (MILLISEC) 

(MILLISEC)  (MILLISEC)  (MILLISEC) 

(MILLISEC)  (MILLISEC) 

l.ono  o.o 

1.000  0.0 

1.000 

0.0  0.0 

0.0 

0.0  0.0 

1.000  1.000 

1.000  1.000  1.000 

0. 0  NOT 

DONE  NOT  DOME 

0.0  0.0 

************************************************** 

***** 

***** 

ROUTE  CROSS  :!ESSAC5  DATA  ***** 

***** 

***** 

************4 

** 

USER  GENT  RATED  MESSACES  ** 

HP I CADE 

MESSAGE 

INITIATION 

TPE 

rate 

(MSC/HOUR) 

RCE 

ESD.UP 

20 

P.EE 

Esn.o 

20 

BATTALION 

PARENT 

MESSAGE 

INITIATION 

PROP  or 

OF 

RRIOAnE 

TYPE 

RATE 

DELETION 

ALTERATION 

(MSG /HOUR) 

AT  ROE 

AT  RDE 

s?:  i 

RDE 

ESD.UP 

3 

0.0 

0.0 

PS*  1 

RDE 

ES0.<5 

J 

0.0 

0.0 

W  2 

APE 

ESD.UP 

7 

0.0 

0.0 

AN  2 

HPE 

F.SD.Q 

10 

0.0 

0.0 

OTHER 

MESSAGE 

INITIATION 

OSERS 

TYPE 

RATE 

(MSG/HOUR) 

TAC  CP 

ESD.UP 

30 

TAC  CP 

ESD.O 

30 

-  Continued  - 
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EXHIBIT  A-2:  SAMPLE  RUN  DIALOGUE 
(Continued) 

*•  70S  GENERATED  MESSAGES  ** 


TSMINUS 

message 

nr?  put 

OUTPUT 

“YPE 

RATIO  A 

ratio  s 

SEE 

ESD.O 

1.000 

1.000 

BDE 

ESD.OR 

l.noo 

1.000 

BN  I 

ESD.O 

1.000 

1.000 

BN  1 

ESD.OR 

l.ooo 

1.000 

BN  2 

ESS.  0 

1.000 

1.000 

3S  I 

ESS. OR 

1.000 

1.000 

TAC  CP 

ESD.O 

1.000 

1.000 

TAC  CP 

ESS. OR 

1.000 

1.000 

ERROR  RATES 


************************************************** 


SENSING 

RECEIVING 

ERROR 

NODE 

NODE 

RATE 

DDE 

FEP 

0.0 

BN  1 

BDE 

0.0 

3N  2 

BDE 

0.0 

TAG  OP 

PEP 

0.0 

SENSINC 

RECEIVING 

ERROR 

NODE 

NODE 

RATE 

FEP 

BDE 

0.0 

BDE 

BK  1 

0.0 

BDE 

BN  2 

0.0 

FEP 

TAC  CP 

0.0 

*SSECCTIOX  rc«SI»ATS3 
"T-0.1S7  DR-43  S.50,  S2.5GT 


-  Continued  - 


EXHIBIT  A-2:  SAMPLE  RUN  DIALOGUE 
(Continued) 


'■HI":  MODIFY. OBJ  T*1C  l -DATAFILE  2-NEWDATAF?LS 
«ESCUTION  BEGINS 


**»  program  modify  *** 

DO  VOL'  WISH  TO  ALTER  THE  CONFIGURATION?  (YES  OR  NO) 

7NO 

DO  YOU  WISH  TO  ALTER  THE  COMMUNICATIONS  SYSTEM? 

?YES 

:<CW  MANY  CHANNELS  DO  YOU  WISH  TO  ENTER  DATA  FOR? 

?1 

•:rrER  THE  NUMBERS  CORRESPONDING  TO  THOSE  CRANNELS 
?I 

FOR  EACH  CHANNEL  ENTER: 

RISE  TIME,  TRANSMISSION  RATE,  UNAVAILABLE  CAPACITY,  *  OF  LINES 
ENTER  DATA  FOR  CHANNEL  MULTI 
?.l  2666  0  2 

DO  YOU  KISH  TO  SEE  CURRENT  COMMUNICATIONS  SYSTEM  DATA? 

?YES 


************************************************** 
*****  ***** 

*****  COMMUNICATIONS  SYSTEM  ***** 
*•••«  ***** 
A************************************************* 


CHANNEL 

NIT  HER 

E-MISSION 

RISE 

UNAVAILABLE 

NAME 

OF  Liras 

RATE 

(CHARA/SEC) 

TIME 

(SECONDS) 

CAPACITY 

(FRACTION) 

MULTI 

2 

2666 

0.10 

0.0 

BDE  FM 

2 

100 

1.50 

0.25 

DO  YOU  WISH  TO  CHANGE  MORE  COMMUNICATIONS  SYSTEM  DATA? 
?NO 

DO  YOU  KISH  TO  ALTER  THE  MESSACE  DATA? 

?.; 

DO  YOU  WISH  TO  ALTER  THE  PROCESSOR  DATA? 

?NO 

DO  YOU  WISH  TO  ALTER  THE  SYSTE-M  LOADS? 

?YFS 

r?.TER  load  factor 
?  1 .25 

DO  YOU  WISH  TO  ALTER  THE  ERROR  SLATES? 

?YES 

HOW  MANY  CHANNELS  DO  YOU  WISH  TO  ENTER  DATA  FOR? 

?2 

ENTER  THE  NUMBERS  OF  THOSE  CHANNELS 
?1  2 

ENTER  ERROR  RATE  FOR  CHANNEL  MULTI 
7.001 

e:.tep.  ERROR  RATE  FOR.  CHANNEL  BDE  FM 
?  .003 

DO  YOU  WISH  TO  SEE  CURRENT  ERROR  RATE  DATA? 

?YSS 


-  Continued  - 


EXHIBIT  A-2:  SAMPLE  RUN  DIALOGUE 
(Continued) 


****************************** ******************** 
*****  ***** 

*****  ERROR  RATES  ***** 

*****  ***** 

*********  ******  *************V****ir*"*^*  AiF**  #  *~*f  ****' 


SENDING 

RECEIVING 

ERROR 

SENDING 

RECEIVIN 

NODE 

NODE 

RATE 

NODE 

NODE 

BDE 

FEP 

0. 001 000 

FEP 

RDE 

RN  1 

ROE 

0. 003000 

RDE 

RN  1 

RN  2 

SDE 

0. 003000 

BDE 

BN  2 

TAC  CP 

FEP 

0.001000 

FEP 

TAC  CP 

00  YOU  WISH  TO  CHANCE  MORE  ERROR  RATE  DATA? 
’NO 

DO  YOU  WISH  TO  MAKE  a::y  ADDITIONAL  CHANGES? 
?N0 

***A  NEK  INPUT  FILE  HAS  SEEN  CREATED*** 
’EXECUTION  TERMINATED 
*T “0.250  DR “A 6  $.42,  S3.00T 


-  Continued  - 


ERROR 

RATE 

0.001000 

0. 003000 
0. 003000 

0. 001 000 


3 
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EXHIBIT  A- 2:  SAMPLE  RUN  DIALOGUE 

(Continued) 

f>RU?:  compute. obj  t-io  7-kei:datafile 

'EXECUTION  BECINS 

INPUT  Bl.6Cr.lNC  Nil) BET!  AND  RT1C  ST'ITCH  (0->USE  RT)C,  1->D0  NOT) 
?I  i 


SPECIFY:  (1)  OITPUT  TABLE;  (2)  BANKING  STATISTIC;  (3)  ORDERING  OPTION 
?1  1  1 


•*•*•*•  table  I:  ROITZ  SK.'NASY  STATISTICS  ******* 
*******  ******* 


EXPECTED 

TRAFFIC 

DELAY 

RATE 

ROUTE 

(MIN) 

CISC /HR) 

RANK 

BN  2 

0.269 

102.500 

1.000 

BN  1 

0.269 

90.000 

2.000 

TAC  C? 

0.009 

152.500 

3.000 

3DE 

0.008 

127.300 

4.000 

SPECIFY:  (1)  OUTPUT  TABLE;  (2)  BANKING  STATISTIC;  (3)  ORDERING 
72  1  1 


OPTION 


A******************************************  ************* 
*******  ******* 


TARLE  2: 

MESSAGE  SUMMARY 

STATIST' 

******* 

*******4 

EXPECTED 

TRAFFIC 

t***A***i 

’(ESSAGE 

DELAY 

RATE 

TYPE 

(MIN) 

(.MSC/HR) 

RANK 

SSP.O 

0.073 

232.  300 

1.000 

sso.or 

0.040 

El. 250 

2.000 

ESD.O 

0.030 

PI.  250, 

3.000 

ERD.tTP 

0,020 

77.500 

4.000 

Continued 
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EXHIBIT  A-2:  SAMPLE  RUN  DIALOGUE 
(Continued) 


SPECIFY:  (1)  OUTITT  TAB  LI;  (2)  RANKING  STATISTIC;  (3)  ORDERING  OPTION 

’3  1  1 


********************** ************************************ 
*******  ******* 

*******  TASLE  3:  PROCESSOR  SUMMARY  STATISTICS  »*•*•** 
*******  ******* 
••a******************************************************* 


EXPECTED 

EXPECTED 

TRAFFIC 

DELAY 

OUEUE 

rate  capacity 

PROCESSOR 

ctno 

LENGTH 

(MSG /HR)  UTILIZATION  O'SO/HR) 

RANE 

***\:av.:vm*** 

OUTPUT  : 

FIELD  UIDTH  TOO  SMALL. 

conditio*- 

OCCURRED  OUR 

INC  A  FORMATTED  "RITE  "N  *0"T»AN  '.TIT 

•’■SINK*.  FOR 

“HIS  A*‘D 

ALL  FUTURE  'OCCURRENCES 

OF  THIS 

CONDITION,  A 

r IT.  1.0  OF  *'c  ’ *tL*I.  W7TT:. 

tac  cp 

0.O01 

132.500 

0.004 

******** 

l.nnn 

BN  2 

o.oGi 

0  .oo: 

102.500 

0*002 

2.000 

»N  1 

2.oo; 

0.001 

on . non 

0.001 

3.noo 

o.ooo 

0.007 

320.000 

n.  003 

******** 

4.000 

••«ICV  IS  attach  T" 


SPECIFY:  il)  OUTPUT  TABLE;  (*)  RAIZING  STATISTIC;  (3)  ORDERING  OPTION 

74  1  1 


*******  TABLE  4:  CHANNEL  SIT: ARY  STATISTICS  ♦•**•** 


r.xrscTro 

STrtCTET) 

TRAFFIC 

DELAY 

OUEUE 

RATE 

CAPACITY 

CHANNEL 

(MIN) 

LENGTH 

("SO/HR) 

UTILIZATION 

(MSG /HR) 

RDE  f»( 

0.2PO 

1 . 07S 

192.500 

0.390 

3R7.0A5 

’CULT  I 

C.  00  A 

0.030 

472.49** 

0.014 

ra:t 

l.non 

:.ooo 


opECIFY: 


(It  OUTPUT  TABLE; 


(2)  RANKING  STATISTIC; 


(33  ORDERING  OPTION 


*A 


-  Continued  - 


